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Executive The Under Secretary of Defense (Policy) has tasked the Office of 

Summary Emergency Planning to lead the continuity of operations project. The main 
goal of this work is to support planning for how the critical prmcipals and 
staff members prepare for and execute notification, movement, and the 
resumption of activities at alternate locations in the case of a contingency 

which makes their primary location untenable. To achieve this goal and 

minimize the cost of the program, there must be management processes in 
use throughout the organization, supported by a standard tool set, which 
optimizes the organization and tracking of data, assists in the deconfliction 
of plans, minimizes the time required to execute the plan, and supports 
sustaining operations in the event of a continuity of operations contingency. 

OSD has a functional requirement for a management tool that can 
help the staff meet their goals by serving as a basis for building a mumal 
understanding, and exchanging information between the varied groups 
involved in continuity of operations planning. These stakeholders include 
the professional continuity of operations planners, extra-duty organizational 
staff planners, principals, the Crisis Coordination Center, and the 
management and staff responsible for sustaining operations at alternate 
locations. To meet this requirement, this report documents the functional 
requirements and critically reviews the leading commercial software. A 
recommendation on which tool best meets the OSD functional requirements 

is provided. 

There are a number of available, commercial off the shelf, 
emergency management software products which offer the pvemment the 
potential to quickly implement a tool to support its needs without funding a 
major system development effort. Commercial software has the potential to 
significantly reduce the cost of acquiring and implementing a management 
tool to support the continuity of operations process. The Defense Finance 
and Accounting Service (DFAS) recently pursued this approach to select and 
implement software for its own continuity planning efforts. 

This document accomplishes several tasks in preparation for 
acquisition of a management utility. The issues surrounding implementation 
and application of the management utility are addressed and bounded m 
terms of time and resources required. Alternative approaches to these tasks 

are proposed. 

The Strohl Systems product is the best of its class. It meets ^1 
established functional requirements, provides a high degree of security, and 
provides the flexibility required to meet the emerging needs of the continuity 
of operations planning community. Priced below twenty-five thousand 
dollars for a local area network application with unlimited client licenses, it 
meets contracting requirements for a small purchase order. 
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Introduction 

Document Overview 1 


This document identifies and describes the functional requirements 
for acquiring a continuity of operations software tool. This document is 
divided into the following areas; 

• Section 1 provides an overview of the document and some 
background on OSD continuity of operations planning and 
management processes. This section summarizes the objectives 
for the management processes, and discusses existing procedures. 
Proposed methods are outlines, emphasizing the systems 
components and architectures required to achieve OSD goals. 

• Section 2 provides a description of the objective m^agement 
Utility— which is a software tool which assists continuity of 
operations planners and managers organize, track and share their 
important data and documents. Objectives for the software are 
detailed, as are existing and proposed business procedures. 

• Section 3 describes the detailed characteristics and perfonnance 
measures for a continuity of operations management utility. 

• Section 4 outlines the operating environment for the continuity of 
operations software tool. It begins with a review of the baselme 
assumptions and constraints, followed by a summary of the 
information technology environment which supports continuity of 
operations planners and managers. Systems requirements are also 

discussed. 

• Section 5 provides the recommended software and discussed 
application and implementation issues. A general cost estimate is 

included. 

• The appendices contain the evaluation and ratings matrices, and 
acronyms listing. 


Project References 


The OSD Continuity of Operations Plan and related efforts, to 
include this software evaluation study, are guided by the following 
authorities and publications. 

1. Executive Order (EO) 12656, Assignment of Emergency 

Preparedness Responsibilities. i- 

2. DoD Directive 3020.26, Continuity of Operations (COOP) Policy 

and Planning, May 1995. 
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Project Background 


Benefits 


3. DoD Directive 3020.26:?, Office of the Secretary of Defense 
'■ Continuity of Operations Plan (Va^ard) (U) Interim Plan, 6 

December 1996. 

4. Pentagon Renovation Program: Technical Report for Pentagon 
Renovation Telecommunications Architecture, August 1993. 

5. OUSD(P) Decision Support Architecture Implementation Plan, 30 
Nov 93. 

6. “Software Package Selection and Evaluation,” David M. Clark, 
The Handbook of IS Management , 3"* edition, 1991, Auerbach 
Publishers. 

In 1986, DoD developed a series of continuity of operations plans 
that were designed to enable the U.S. Government and Departments to 
conduct operations during an attack against the Continental United States. 

In February of 1995, the Assistant to the President for National Security 
Affairs forwarded a memorandum to the Secretary of Defense revalidating 
the requirement to provide Continuity of Operations (COOP) for the Federal 
Departments to be able to respond against the more diverse type of threats 
currently facing the U.S. Government such as the Oklahoma City federal 

building and New York City World Trade Center bombings. The 

memorandum stated it was the policy of the Administration that continuity of 
operations plans should address all-hazard emergencies such as natural 
disasters, military attacks, terrorist incidents, and technological emergencies 
that threaten the national security. 

As a result, OUSD(P) is in the process of updating the 1986 
continuity of operations plan for OSD and is working towards ensuring that 
the Pentagon-based headquarters continuity of operations plans can operate 
in an integrated fashion to support the Secretary. This effort to evaluate 
emergency mana gement software directly supports OUSD(P) efforts to 
develop continuity of operations plans for OSD by providing an effective 
means to manage continuity of operations data and standardize planning 
efforts throughout OSD. 

Automated management processes and tools can help the Office of 
Emergency P lannin g to realize a number of benefits. The benefits listed 
below are general in nature, and result from implementing a standard 
automation tool. As described in Proposed Methods and Procedures, 
specific additional functional improvements to the continuity of operations 
planning process may be developed after the implementation of a tool. As 
appropriate, these functional improvements will be documented in updates to 
the governing document, DoD Directive 3020.26-P, Office of the Secretary 
of Defense Continuity of Operations Plan (Vanguard) (U) Interim Plan, 6 
DeCfember 1996. 
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• Improved communication within the COOP community. Gaps 
and conflicts within individual plain will be easier to identify and 

correct. 

• Enhanced and simplified access to COOP plans by all those who 
are affected, including principals, staffers, support organizations, 
and the primary and alternate work locations. 

• Meets the OSD requirement for community wide continuity of 
operations plans to enhance interoperability, oversight, and 
management in the case of an emergency. 

• Enhanced access to accurate, reliable, and timely information. 
Automated processes provide a standardized format with a 
uniform level of detail and standard data elements. 

• Correlation of multiple types of emergency plans against different 
contingencies. 

• Reduced cost to implement and sustain the program, as measured 
by the number of people required to develop and maintain 
continuity plans for all affected organizations. 

Summary of Functional 
Requirements 


• Assist the various OSD components in plan development and 
management. 

• Support components and specific organizations such as the COOP 
Response Cell in executing the OSD plan. 

• Support OUSD(P)PS/EP in meeting its continuity of operations 
training, exercise, and oversight functions. 

• Be interoperable with the major software in use within OSD, 
including Microsoft Office and Exchange and Lotus Notes. Be 
capable of cross-platform usage. Provide for electronic mail and 
enterprise-wide messaging using TCP/IP. 


The OSD continuity of operations planning requirements are divided 
into five groups; three of these groups represent user requirements. The last 
two groups represent requirements for the system and the operating 
environment. 
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Be based on an open systems architecture that does not limit 
future expansion of the*system, including developments in 
software and hardware. 



System Summary 

Background 


Objectives 


It is envisioned that the utility will assist continuity of operations 
planners to plan for and execute relocation plans during contingencies. It is 
not the primary tool for OSD components to use to execute their mission 
essential tasks, such as to develop policy or prosecute war at their relocation 
sites. Other management systems, office productivity suites, and messaging 
platforms required to support these tasks need to be available at the 
relocation sites. However, data stored in the utility may provide indirect 
support to executing mission essential tasks. 

The initial use of the management and planning utility is limited to 
OSD and its component organizations. Beyond OSD and its alternate sites, 
a future consideration is to expand implementation of such a software-based 
system to the Services, Joint Staff, Defense Agencies, and CINCs to support 
their continuity of operations planning efforts. 

Tools developed for use by continuity planners should fit into the 
longer term strategy that takes advantage of Intemet/Intranet technology to 
integrate the community into a virtual office. As such, the selection of 
emergency management software should be compatible with network 
throughout the continuity of operations community. 

Continuity of operations planners must prepare for a variety of 
emergency contingencies. Each situation presents a set of challenges which 
are both common to all contingencies, and unique to the specific challenge. 
The utility should assist planners in executing those tasks which are common 
to all contingencies, taking into account the unique requirements of each 
emergency situation. The utility should assist OSD planners in navigating 
the requirements and individual decisions of a specific contingency , and 
accomplishing the following objectives. 

• Standardize OSD continuity of operations plans using templates 
customized to meet the functional requirements and 
nomenclature. 

• Support specific continuity of operations planning. The utility 
should support implementing and maintaining: 

- Rosters containing key personnel and critical data (such as 
telephone numbers, skill areas. Military Assistants). 

- SOPs and task lists. 

« - Staff augmentation requirements and plans. 

- Key documents inventories and reference material. 
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. - Transportation plans. ^ 

- Reception plans at alternate locations, including security 
accreditation. 

- Required logistics and communications support at relocation 
facilities. 

- Security plans. 

- Plans for special support requirements. 

• Support OSD continuity of operations plan execution by; 

- Providing the capability to merge key data from all OSD 
plans into a single database to support COOP Response Cell 
(CRC) activities. 

- Providing a utility to back up critical continuity of operations 
databases and information repositories. 

- Distributing critical continuity of operations databases and 
information repositories to relocation sites. 

- Enhancing the telephonic and electronic mail notification 
systems. 

- Supporting the transportation coordination process. 

- Supporting the security coordination process. 

- Enhancing the ability of the continuity of operations planning 
staff to provide ongoing support at the relocation sites. 

• Support OUSD(P)/PS/EP management and oversight 
responsibilities through training and exercises designed to 
validate continuity of operations plans. 

• The utility must support the creation of standard and ad hoc 
reports from both the individual organizations plans, and the 
merged, OSD-wide plan, 

• Support publication of continuity of operations documents that 
can be published electronically and in paper format. 

• Support the continual process of deconflicting OSD continuity of 
operations plans. 

• Enhance the ability of continuity of operations planners to 
distribute information to specified individuals and organizations 
throughout all phases of the planning and execution process. 
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• Ensure the OSD plan infcludes the continuity of operations plans 

for all subordinate organizations, including key information such 

as: 

- Relocation sites. 

- Key personnel and critical contact information. 

- Mission-essential functions. 

- Essential logistics and communications requirements at the 
relocation sites. 

- Transportation plans to and from the relocation sites. 

- Evacuation procedures. 

- Training and exercise schedules. 

- Alert and notification procedures. 

Existing Methods OUSD(P)’s effort to revise the OSD continuity of operations plan 

and Procedures comes after a number of years in which diminishing resources and attention 
towards continuity of operations have had their effect. Many of the old 
processes and systems used to support the 1986 plan either no longer exist, 
have atrophied over the years, or become obsolete. As the new program 
continues to develop and mature, processes and systems that will be required 
to support continuity of operations planning and execution are only now 
being identified, designed, and evaluated. 

In the few cases where processes have been identified and are being 
performed (at least to some extent), users currently resort to using tools 
easily available or familiar to support them in performing their tasks. 
However, these tools are not necessarily best suited to perform the task. 
Furthermore, many processes are not yet developed to the point where 
integration opportunities can be exploited. For example, planners use 
existing word processing tools to develop texmal data such as plans. 
However, these plans are generally stored at the local user level. Others 
are unable to view or share this information since networking and 
communications capabilities are not yet incorporated into the process. 
Similarly, lists of information that must be maintained, such as a relocation 
roster, are maintained using tools of the user’s preference. The range of 
formats includes paper lists, database, or spreadsheet applications. Where 
information must be shared or distributed, such as a roster list, it is 
generally done via paper copies over fax machines. In some cases, the same 
information is maintained in various formats in different organizations. 

In short, existing methods and procedures are in an evolutionary 
state. What is known is that users require the capability to write and store 
textual information, utilize database technology to store and manipulate data 
elements, and, through computer and communication technology, be able to 
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inteerate people and information across the contmuity of operations 
conmumty As OSD proceeds with its series £>f exercises to evaluate the 
ov^ll Dlan the methods and procedures will take further shape. Any 
S miiily considered «, s^ort dre proeess mus, be flexible enough .0 

deal with this changing state. 

Proposed Methods Information systems planning is a strategic and approach 

and Procedures to determining the most efficient and effective meaiw o fy 

organizations information requirements. The 

Planning is to analyze the mission and function to be performed, determin 
who performs the function, identify the information and data squired to 
per?or^ die function, and then to define the automated processes needed to 

structure and display the information. 

The methodology used to defme the functional requirements for Ae 
continu^ oroTerado.^ process follows flus discipline, but surps after the 
mSL functions have been analyzed. Completing tos 1^"“ 
defining what Information Is necessary, how planners will collect the dat^ 
Sd hot they will share that Information. This report descrtbes *e gene al 
tenefL expected to be accrued from the use of an automatton tool, rather 
dian discreet functional Improvements, given the insertion of a specific 

technology. 

Specifically defining how the tool will support the continuity of 
operations planning process, is a dynamic process that ch“g® 
functional improvements are identified and implemented, 
implementation of a software tool to assist the planmng process and the 
mLgement of a continuity of operations contingency is one step m the 
functional improvement process. 

Defining improved methods and procedures will be a result of using 
the tool not simply the implementation of the automated planmng lUi ity. 
^rura ^cto where coLulry of operarlons planners ^ die softwme 
tool wUl result in lessons learned, which can then be applied as process 
improvements. 

Rigorously defining objectives and functional requirements for the 
software utility will drive the choice of a tool towards an open, Aexib e 
system that eLnces the opportunities for future process miprovements. 
Most of the vendor products reviewed do not meet these criteria, 
vendor selection process used here avoids vendor proprietary solutions 
w"rfumra enhancumanu. This should ensure flie conunued vrabili.y 
Of the system to meet the dynamic information requirements of OSD. 
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Detailed : ^ 

Characteristics 

ADDroach The functional requirements that describe the OSD continuity of 

onerations software were developed by combining several different 
oLsoectives This included evaluating market leading software, surveying 
Lhe? federal government implementations of continuity of operations tools, 
and a literamre review. Software vendors demonstrated their tools and/or 
discussed their business models. This process culmmated m the rea^aiion 
that the OSD functional requirements are different DFAS or other, typi 
users of this type of software. The major differences include. 

. OSD focuses on crisis management rather than business recovery. 
Further, OSD must selectively manage priorities that ensure the 
ability to achieve continuity of essential functions. 

• OSD olanning requirements and formats are unique within the 
operations community. When a continuity of operations 

emergency occurs, the OSD principals may be anywhere m the 
world, the alternate suppon locations may vary, ^ 3“™““ 

for support may vary. Further, there is no acceptable downtime 

in providing OSD support to national defense and security processes. 
This immediacy of need and degree of variability sets these 
requirements apart from other organizations . 

• Nomenclature and language differences. 

• The OSD environment is multi-tiered and multi-organizational. 
Deconfliction of plans, schedules, and assets is a major task. 

• The OSD requires the tool to provide information to support decision 
making in a fluid and complex environment. This dictates many of 
the chLacteristics of a Decision Support Tool (DST), as well as an 
organized and structured planning tool. 

Functional This section describes the various continuity 

Requirements management requirements from the user perspective. ■ 

continuity planners, individuals covered m the plan, or other stakeholders m 
the process or involved in the information stored m the utility. 

While the management utility must operate with niMy 
entry there are detailed business rules regarding the visibility of date 
Or^izations may or may not be allowed a view all or part of another 
orfanizations plan Regardless of the status of business rules, changes in 


9 



one plait may require corresponding changes ia other organization’s plan. 
The utility must allow for this occurrence while maintaining overall security. 


The following paragraphs describe the functional requirements of 
continuity of operations planners. 


Information Security 

Security is a significant issue throughout the community. The utility 
must operate in a SECRET-High environment, and meet the C2 
requirements established by the National Security Agency. 

The OSD organization works on a variety of Departmental LANs, 
which are all within a closed system, ensuring security. User access is 
password-protected, with additional security implemented through 
workgroup membership. Business rules allow or prevent individuals and/or 
workgroups from accessing different data sets. 

Works with existing office productivity software. 

Continuity of operations planners function within the general 
environment of the Office of the Secretary of Defense. Continuity of 
operations is an additional duty for most planners. A management utility 
that seamlessly integrates with standard office productivity software is 
optimal for these individuals. In general, Microsoft Office is the standard 
suite of desktop software. However, there are areas where Lotus products 
are used and several pockets of Macintosh users. The utility must also 
interface with the non-standard office software. 


Windows compatible 

Most users in OSD are standardized on the Windows interface, and 
many use Windows 95. However, telecomputing users cannot be expected 
to have state-of-the-market automation, so the utility must not require system 
resources greater than a 486 class machine. 

In general, OSD users run applications on the desktop machine, 
while the data resides on the server. The Local Area Network uses TCP/IP, 
and is migrating from standard, class five cabling to fiber optics. LANs are 
multi-segmented using routers. 
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Compatible with existing E-Mail-and wide-area data communications 
capabilities 


The utility must be compatible with the various electronic mail 
packages in use within the Department of Defense. Users have many 
oppormnities to share files and documents from continuity of operations 
planning, and generally do so by attaching them to E-Mail messages. In 
addition, planners are required to update their plans and databases regularly 
when there are changes or updates to other plans. These updates can best be 
handled by automating the updating process. 


In the event of an emergency, these planners must notily a significant 
number of individuals and locations. This can best be achieved through an 
automated process that uses data stored in the management utility and access 
to local and long-distance unclassified telephone lines, electronic-mail, and 
secure telecommunicaiions. 


Flexible database capabilities 


Continuity of operations planners must maintain lists of many data 
items Examples of the range of data required to be kept are the names, 
addresses, and phone numbers of all individuals who require notification m 
the event of a contingency to the logistical status and inventory of items at 
alternate locations. These data elements must be cross-referenced and sorted 
using simple to complex filters. Multiple users must be able to view and 
update these lists. Finally, there are many reports, both tabular and graphic 
that must be generated from these lists. 

Supports project management software 

Executing a continuity plan is a multi-step process that involves many 
individuals and organizations. As such, current workflow concepts and 
utilities can be used to ensure all users are aware of the status of their and 
other organizations execution of the continuity plan. Planners often work 
from standing operating procedures (SOPs), which must be captured in the 
utility. During the execution of an emergency plan, these SOPs are used to 
organize the actions taken to achieve the overall goal of continuity of 
operations. These SOPs are generally templates, which can be shared 
between organizations. 

Supports electronic library capabilities 

In addition to the data stored in lists, continuity planners must 
maintain many documents that pertain to their organizations. These 
documents range in size from simple, one-page information papers to books 
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with embedded graphics, 
and picmres. 


Beyond text, there is. a requirement to store audio 


Internet/Intranet capabilities 

Several factors drive the requirement that continuity of operations 
planners be able to function in a virmal office configuration. Telecomputing 
is increasing throughout the DoD, and there is reason to believe that an 
emergency contingency will occur during normal-duty hours when planners 
have access to their desktops. The plan must be executable at any time of 
day, from any location. This drives a requirement for remote access by 
planners and anyone that needs the information stored in the utility. 

Management and testing 

By directive the OUSD(P)/PS/EP has the requirement to oversee the 
continuity of operations planning system. This is both a policy requirement 
and an operational requirement. OUSD(P), the Office of Emergency 
Planning must develop policies and instructions that govern continuity of 
operations planning, as well as provide the operational capability to execute 
the process. The management utility must support both these functions. 

The utility must have the ability to integrate subordinate organizations’ 
plans. This supports oversight since it makes plans inspectable. Further, 
the management utility must support testing the plaiming process through 
actual exercises and simulations. 
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Environm%nt 


Assumptions and 
Constraints 


System Support 
Organization 


The set of assumptions that apply to the technical implementation of 
continuity of operations software are generally consistent with the Pentagon 
renovation plan. Since the “normal” duty location for most continuity of 
operations planners and individuals affected by the plans is the Pentagon, the 
information technology initiatives in the renovation plan will significantly 
impact on their use of the system. The renovation will cause some 
temporary disruption due to office relocations, but there are no issues which 
will require significant changes to continuity of operations planning. The 
following assumptions from the Pentagon Renovation Plan illustrate this 

point. 

• User access and bandwidth on demand requirements will range from 
less than 100 Mbps to more than 1 Gbps. 

• Secret, Top Secret, and SCI classified communications over 
individual fiber optic strands can coexist in the same multi-strand 
fiber optic cable. 

• Multi-Level Security (MLS) will mature as a technology and become 
an integral element of users’ fiimre applications systems and 
networks. 

• Value-added applications and services such as the Defense Messaging 
System (DMS) and office automation servers will evolve in the future 
to be common user services in the Pentagon. 

• Technical control facilities, command centers, and operations centers 
will be situated in the renovated basement and mezzanine, resulting 
in high concentrations of classified telecommunications and 
requirements in these areas. 

Any software tool implemented by OUSD(P)PS/EP will be supported 
by the OUSD(P)/Policy Support Division, This organization operates the 
OUSD(P) Network, commonly known as the POLYNET. This is a secure 
automated information system that provides the enterprise-wide network 
architecture for the 1,100-plus OUSD(P) staffers. 

The POLYNET operates out of the Operations Control Center 
(OCC), and is staffed by a combination of OUSD(P) military and civilian 
employees. Pentagon Single Agency Manager employees, and contractor 
support. This organization provides full interoperability at the workgroup 
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and enterprise level for all OSD users, regardless of hardware and software 
configurations. 

The POLYNET decision support infrastructure is capable of 
facilitating electronic communication, both E-Mail and file transfer, au t 
tolerance, external connectivity, and multiple levels of 
foundation upon which the OSD user and workgroup tools are built to 
facilitate OUSD(P)’s decision making and support roles. 

Eauioment 1 The POLYNET operates a diverse set of hardware to support the 

^ ^ ranee of workgroup and individual user functional requirements. In 

Tu^S.^ SIS are^o strucmral limitations to the choice of a software tool 
attributable to the on-hand equipment in OUSD(P). 

• The POLYNET supports end-uses working on the Intel/Windows 
PCs, as well as Macintosh and SUN workstations running Unix 

variants. 

• Remote access is achieved through both dial-m usmg 
communications servers and LAN-to-LAN access Secure access 
is achieved through both STU-III and Motorola Network 
Encryption Services (NES). 

• SIPRNET access is achieved by connection to the secure routers. 

• Backbone services are provided by an FDDI ring. 

• Optical disk servers provide one type of on-line information 
repository made up of multiple CD-ROMs. 

• A variety of scanners are in use across OUSD(P). 

The POLYNET operates a diverse set of software to support the 
range of workgroup and individual user functional requirements. In 
suiraiary, the selection of COTS software to support contmuity of 
operatSns planning will be supportable by the POLYNET. At the same 
toe, some^individual users, most likely users with SUN workstations, may 
experience some challenge in using the tool. 

. PC-based workgroup LAN connectivity is provided by Novell’s 
Netware 4.1. SUN workgroups use Solaris or the SUN OS_ 
Macintosh workgroups are supported with Appleshare, NFS. 

• The most wide-spread end user office productivity suite is 
Microsoft Office. Unfortunately, not all COTS end-user 
applications are interoperable at this time. For example, 
Microsoft’s word processor Word is interoperable between the 
Intel-based and Macintosh platforms. However, Unix users use 

Aster *X. 


upport Software 
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Communications 


System (CHAIRS). 

Bandwidth considerations a physical 

do not limit the choice of a connect to the continuity of 

port to the classified Pentagon nhvsical connection can access the 

operations tool. Organizations wi , oq^yneT Dial-in connectivity 

syU tough a dia.^ temporarily away 

also P«"!'des^«ss m toa capabilities resolves 

e"or‘ iviS^ issues. It provides feasible solutto to most 

communications challenges that may arise. 

1 Ti, oni VKF.T has a robust Unlnterruptable Power Supply (UPS) 

Failure Contingencies | ^ will provide S^All 

the systems. 

M the continuity of operations the 

replicated at an alternate sue ^ ' Mierently^ continuity of 

Sre contingency plan and bach-up 

procedures. 

™ for all users of the system and proper storage 
of all data storage media. 
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System 
Development Plan 

Commercial Off 
The Shelf (COTS) 
Software Vendors 
and Products 


contingencte .^ndors and products has been a two step 

requirements. The selectio investiffation. The initial screening 

process, initial screenmg an e products well known to the disaster 

included a wide ° ^ for this community include 

recovery community. The pi.^ni na .nd Management . 

Disaster Recov ery Joun^ and Le Jet sites Ld the Uh A s ^ ware 

A Sn^OSO toctional 

he focus of die automated information systems, or track 

evaluate business issues are considered “Business 

insurance recovery community, but are not one of 

Analysis issues m the disa ^15 fL„s eliminated many potential 

OSD’s functional requirements. Th 
vendors and products. 

The detailed investigation, including 
.id, the^:ndor was 

Systems product “ evaluated for DFAS, but it did not 

An earner version of ^ by 

perforo as customer lUts and strong market 

DFAS; however, their extensive c 

sr:o’rsrbei:rpU«a^^^^^^^ 

DSD’s functional requirements. 

• Strohl Systems’ LRDPS, v8.0.4 

• SunGard’s CBR, v2.0 

. Recovery Management’s REXSYS, v4.2 
. COMDlSCO’s ComPAS, v3.2.0 
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Sutnmaiy Of The flexibility of the ftncttonal requirement for the 

Evaluation emerged as the most . S Systems product. Their 

Comparison ,ool. The clear leader * ^eM r^^ changing field 

product suppons generating , manner No other product 

Lies, and adding .hat Snohfs lead in 

SeaTa'result of their work with DFAS, where there was a similar 

requirement. 

DFAS selected the Strehl product 

operations plan, and P“ ““ h^leveraged the work done for DFAS 

proprie^damtaretoY^^^ 

such as REXSYS have a limited database capaDUiiy, an 
flexibility issue as great a priority as tro . 

such as the POLYNEi . Aga , . . provides the ability to 

user’s identificmmn. This additional 
capabUity again sets them apart from the other vendo . 

, .,ser to access the capabilities of the database is based 
The ability j.f.ned for the user by the system administrator, 
on rights and privi eges oUSD(P)/PS/EP administrators the ability to 
This capability provides the O^SD P)/P^/^ processes. For 

establish or continuity of operations manager for 

"motion can view only tot org^<j°"j^* £’vSacWs. 

o" access to dam stored within 

the system. 

Functional The functional v«d^' 

,ulrements Ma.nx " ^„etional requirement. As appropriate, the 

methodologies used in this evaluation ate descnbed. 

« 


17 



App.ica.ion issues, 


below. 


Define 

Objectives, 
Strategies & 
Baselines 


c=C> 

Functional 

Processes 

1=0 

Alternatives 

n 





<C=» 

Proposed 

Changes 

<=> 1 

Implementation 

- 

A 


Plan 


Execute 

Given the existing methods ”of°a softv^ toot that 

operations P'^ “'7Sor^^^^ gathering and maintenance tasks is 
:“te m ^eps aiready taken mwards this goa, mciude. 

• The definition phase has been completed. 

• Functional requirements have been analyzed, but work p 
have not been described. 

. The proposed 
and rejected. 

. The remaining steps, ^ 

objectives are: 
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will they be combined to suppon execution control by the 

’■ . Hofoften is the continuity of opem™^^^ 

document format? How much of the plan is publish 

wtSe toum»rale retained in the “eiectronic 
library?" Theoreticaliy, the iib^ “^Sd’contain issues 
continuity of plans, 

other 

d^— should be -es-"t m “ (or the 
library? Should it be a “ «> 

OSD organizations which deploy to aitemau 

perform continuity of 7*r“ftware toot to meet 

- W reports must be generated by the sonware 

OSD’s oversight requirements? 

The incomplete steps are 

They should be completed, or at least ^ technology that meets 

However, there is *5 tool that is flexible, and is based on 

the defined functional teqturements^ orobability of achieving the benefits 
an open systems that takes this fact 

" d provides (or 

In applications development, ibwe^Mpabilities can 

alone modules which are die project, and sequentially 

ten be prioritised by the JJer, enhanced , 

developed and put into (or *e us ^ ^ 

capabilities are quickly p „tinn of the tool by a joint team of 

“discovery” of the correct app tc jjj.atjons for the tool are defmed, 

developers and users. 

these lessons are captured, and bus P ^ ^he lessons 

ultimate objective of the process, the flexible nature of 

:"rres“ mlt section, implementation issues, addresses this area. 
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Implementation 

Issues 


overall, a general ta 

variation on the steps listed belo . - implementation plan. 

S^^tarrSet^:" - - “ 

I the focus of management. 

. Determine aPP““‘*“" nd business rules 

applications. In this step, apP . , How users will use 

are integrated into the imp emen unresolved from 

the tool is specifically described^^^^ application development 

in addition, issues such as the 

following are decided. 

- Will all user communities receive ^ ^ 

i, be deployed one “^notion is completed 

he“Son 1 accepmnce of dte tool dnoughout 

part of initial deployment, or wUl it ne a c p 

added later? ormmnUshed? There are many 

_ How will initial data lists ^d security rosters, 

data sources, such as pers amount 

which are available f How will these 

of work required ® coordination required with 

sources be imported directly from the 

the data set owner; can the dam F ^ 
source, or is there a requirement to migrate me 

source to another? function be accomplished? 

_ How will the system admimstrator function 

a j * Tiis» nhiective of the modeling phase 

. Model activffles and daU. ^ ^less processes, how 

is ,0 build an ^ how daia requirements are 

people work within th p . protios of users, and 

met. Analysts interview requirements 

graphically depict the busiMS p description of 

“r Sss^-- 

program and data requirements. 

. Acquire software and ”™Stabase on the 

Technical issues such as 
POLYNET, implementmg dial-in and remote 
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options, and 

decide on the validity of ,o implement, 

decision has been made, it is up to m 

. ■ .hu •« a technical issue and few 

CustomUe software^ '^IJ^^oftware will be customized to meet 

decisions are requited. ^ Th, ™ount of customization, and 

the functional Jpcally described ate outputs of 

ho«th=customiza .on «tecto^^^^ Changes must be 

decisions made in the p fooctional requirements. 

tnade to the software to OSD^ 

The list below is for example, not an in 

- Design ad hoc reports. 

Add or delete fields in databases. 

: cLgethe--^^^^^^ 

' am used to meet the functional 

. Sr"stomized training program for OSD users. 

Ar»\r^\^r 2 toT. While the server 

• Select and train a *y*^®®* ^ POLYNET environment, acmal 
database will reside withm the 

supervision of the continuity of operations plans, 

functional user availability to the system. 

This individual will adm provide day-to-day 

maintain the database and a ! gnd-user training is 

snstainment "sysm^^— 

often an extra duty for understand the remote 

must be highly tramed m be knowledgeable of 

access, LAN .and WAN Over the long 

the continuity of retire full time manmng. 

!^derrdirv:^~o?theprogr^ 

. Brief selected 

gening end-users to urn 3,, directed to use 

task. The focus can *« ™ tool will help users 
,1,0 tool by management, - tive and efficient means, 

accomplish their work m more eftectiv 

j -.1 Tf»«;tine the tool prior to 
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•<. Aociire the customization 

The objective of this “f"® ’ Results of the testing 

■ satisfies the general us«^ ^ Software 

period are incorporated m *e on^ 8 ^ ^pp,„eeh, rather 

development process. 

j implementation of the tool. 

-rg — vary along " - he 

“'’Shy 'aldtt^I^ning period at an off-site iocatton to 

^SS^ttnghy an accomplished user. 

Set^;meToTaSS 

. A quick taplet”h"““^^“;“f *Sem^^^ be on 

Tsrm Sd understand the system outpms. 

Techniques Which enhance^^f.^^^ 

approach are strong help deste “ ^ „up meetings to discms or 

r implementatio” sv'«- ^ drawback m to 

An opposite approach, o« 

ourse of Action #2, tacremental change >s ‘^‘^^‘^'^ustomizing the sofiv^ 

Model-Based con nnerations activities and data, an fniiows the model- 

Development , Z involvement. taptoentation of 

the environment. 

Amchniquewhiche„to^^^^^^ 

approach is that changes to the software 
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t"Er;:7rr»« “ t «“ii 

implementation of the softwar _ ^ ^j^-g reduces the 

tool at the model level, outputs rich in information 

•^‘■s= S2 - sc— “ = - 

Z to development approach, initial user 

*e sacrifice of time. In ^ Ja„s, who help build 

involvement is limited to ^ part-time members of 

the model. is time to test the custoinized 

fo""^ a lower commitment of users time m 
the model-based approach. 

r>o the benefits of immediate fielding 

• Speed of implementation. Do . jme required to model 

of uncustomized, ^ fility‘> If immediate fielding is 

requirements and iterative, customizing the tool to 

important, development c ’ disadvantage to this 

respond to recognized needs. The m or g^i. It is 

approach is that it makes version coiurol Users 

very difficult^ control m i^t 

rLriization process has been applied. 

. The products of to implementation phase. 

. In to rapid taplementan^aP^^h 


23 



how the system works. 

■' . Aproductoftomodel-bas^^^^^^ 

ap^carion functions has been prepared. 

^ t T RDPS is the clear leader in the 
recent changes this comply made o tn P requirements. 

XS;Xtem"indicate that Strohl is moving in the same mre 
direction as OSD. 

The functional requirements evM« 

„at Strohl is the clear a weighted — 

its closest competitor, REXSYS, ^ twenty-e ght 

Xle with possible Perhaps most t^mg. ^ 

times REXSYS scored a 10 only ^ jnatrix in Appendix A, the 

Z forty-six items in the f“"ct.0Ml r^^em , 

U product -tf,requ—^^^ „q regularly, 

ISaStmU to be less than satisfactory. 

Strohl was the only Producutat eXb^^^^ 

requirements. The other duee ^ysm^ „itol functional 

levels for each menu item. Strohl w field 

implementation costs. 

The model-based dc«l^®^JfXte pS^Xd m 
implements the planning 'oo jjj i„ an evolutionary state, the mo e^ 

processes. Since c““;8 processes before automatmg them. 

Led uPP-ch " i-^or continu^ 

of automating the plannmg process, ise 
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automating them. 


Cost Analysis ' 


• Hardware 

• Software 


Configuration 

Testing and training 


no cost 
$23,990 

21 man months 
included in configuration 


• — - *U 

C«,S. Th. "tr t: 

reside leveraged on current ^ desktops will support the client 

required. In place «”P“'Xe wlu «side on the POLWET datab^ 
application. The sctv« dmb® w , ,a„entat.on planning. 

r* 4 . T AN version will cost 

c 23 990. This provides the servci 

rirai the activities and data that 

Configuro'ion cos,s. The “f “ ,he customization of 

• "lo?— TmS 

approach. 

. customi^tion costs. 

continually refined to ^ the project. A six 

to two programmers S twelve man 

. Configuration loaded with data and 

t::erSrmonri:’re,uir^lcacco^^^^ 

in either course of action. 


25 



I 

i 

I 

I 



I 

1 

i 


resun, ,ue sys,e.. Th= rapid 

iESE?& 

trammg. V* ”" „ «nte documetitation. This task r^u 
prepare ai\d time to wr commitmem. 

r4:l?n.rw"oa.dhepar.ofd.ehfuUt^ ^ 

1 Doauroenution is included ” s*^ualCd systems 

Uinoftwareisconstandychangmg. 


A sample project schedule is^^ 


[Montr> 4_ 


Month 3_ 


iMonth 5_ 




Up front analysis 

Modeling 
Follow-up 
Observe exercise 

I ^^ireandcortigufesonware 

Customize sottwam 

Systems training at StroW 
Tram on crystal Reports 

Test system 

Train system admtfifitrators 
Brief end users 

prepare documentation 

I Train end users 

I capture lessons learned 
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Appendix MFunctiona. 


Information secum^ — cpcurity. 

1 Contains mul tiple leve ^ 

~c»r^rvnts n as^ords^ 

"■ SlX'^e Systems Manager, and 

atows users to change men own 

passwords 

Works with existing oHlce prouu.M.17 

-j TfTffxible and eas^ joj^sL- 

customization of text lues I 

rpnuirements._ ascu 

irSSS^SSl 

• -a »^ort sequence^ 


ComPAS 

no groups 
rip fined by user_ 

X 
X 

No 


Su nGard 

Y* 


No 


No 


■Strohl I ComPAS Ioiu.o:TT 


rexsys 


SA 


Y’ 


^SrotToXi-^-Seowepass^ 

■* Poor. 

’.'N°ew,mo,en»ih|.«-.oao.naev.topm.nt. 

^ Via Edit/Find. 

* Use SQL syntax. reference. 

’If text files are attached to a lasK as 

'° Poor. 
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Works with ejpsting oirice 

sports are viewed onto screen. 

-Scrolling line-by-line 

-Scrolling screen-by-screen 

-Panning lefta ndnght — rpT 

18. Inclua p documents m 

19 . store, view, and ^ key 
their iwtive format (i.e., 

Pnint Excel, etc^ ^ 

Windows r »"ipatibie ^ 

20. Operates using standar 

ril Is Mly LAN compatible includmr 

1" Sup^rts multiple concnrtent users 

Tncludesb ^^T restore_E 

■compatible with existing e-m.d „d hi^ 

area data _ n<;n^ 

23 Share and transrnit information 

COOP planners throughout the OSD 
,.or^mnnitv (import/export ■ 

24. Contains data gathering 

^^f:STofDrelocad»^^ 

4an execution. 


ComPAS 

Vie«TDnly from 
Skribe 


Strohl 


No 


No 


/12 


yO 


rl4 


/IS 


No 

Other systems 
are not 

compatible with 
RAMA 


o;iSL'o“onl,,no..lecuo„ic* 

'■* Hardcopy only. PFX CoUecUo automate data collection process. 
Must purchase RtA v_oi 
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Flexible database capabilities 

27. Modify fieM names without vendor 

support 

28. Modify field length without vendor 

support 

29. Add and/or delete fields without vendor 

support. 

30. Ability to mark fields as “required”. 

3 1 . Provides database management capabilities 

for information best presented in a list 
format (i.e., equipment inventories, 
personnel lists, vendor lists, etc.). 

32. Uses “drop down” screen for selection of 

key fields to provide data input efficiency 
and data integrity. 

33 . Provides multi-key access to database 

information and reports. 

34. Provides “memo” fields for certain 

database records allowing over 200 lines 
of text to be added per field. 

35. Allows for a multi-tiered organization. 

36. Allows the user to find specific database 

records or browse the contents of all 
records in table format. 

37. Allows the user to change the sort 

sequence of records within the database 
files. 


Strohl 


ComPAS 


SunGard 


REXSYS 


Limited 


Limited 


No 


No 


No 


No 


No 


No 


No 


No 


16 


No 


No 


Limited 


No 


No 


17 


rl8 


No 


No 


Limited 


rl9 


Y21 


In development 


Limited 


r20 


No 


22 


Required fields are preset by vendor. 

Limited to 200 characters. Can insert object (doc) to desired record. 
Limited. 

Limited. 

Limited. 

Ascending/Descending option only. 

Only in custom made DIS buttons. 
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Flexible database capabilities _ 


38. Contains a relational database management 
system thaiiisuppoit the generation of many 
user defined reports. Examples of these 
report include: 

-OSD Component file 
-Critical functions file 
-Personnel file 
-Security data file 
-Transportation file 
-Manifest (JEEP) file 
-Relocation staff file 
-Alternate relocation site 
-Alternate site equipment/supply 
requirements file 
-Emergency Procedures file 
-Training file 

-Crisis action procedures file 
-SOP file 
-Successor file 
-Coordination file 
-Special medical file 
-Critical documents file 
-Communication systems file 


Supports project management software 


39. Provides a time and events schedule (i.e., 
Project Management System) that 
describes the various activities necessary 
to complete the planning process, allowing 
input of responsible party, start date, 
targeted completion date and applicable 
section of the Plan. 


Strohl ComPAS 1 SunGard REXSYS 


No^^ No^”* No 



Strohl 


Y 

Export hook to 
any project 
management 
software 


ComPAS 


Y 

Export to MS 


SunGard 


Y 

Export to MS 


REXSYS 


Y 


Supports electronic library capabilities 


40. Maintains an electronic library of key 
documents 


Strohl 1 ComPAS 



SunGard 


Y 

Docs are 
attached to 
individual plans 



' Database does not have the depth required to support these requirements. 
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Internet/Intranet - 


41. Ability to link to an Intranet/HTML 
format 



SunGard 

REXSYS 

No 

In development 


Strohl I ComPAS 


SunGard 


^25 


REXSYS 


Limited 


Management and testing 

42. Provides a flexible approach to developing 

an effective OSD plaiL 

43. Can be expanded to develop an 

organization-wide disaster recovery plan. , 


44. Contains exercise sc hedule_s^ ^ 1 ^^32 

45. Includes testing methods and procedures 
for; 

-Strucmred Walk-Through Testing 
-Checklist Testing 
-Simulation Testing 
-Integrated Testing 
-Parallel Testing 

-Tactical Testing — — rr- 

46. Contains techniques for evaluation results. J Y J o ^ 1 

• Completely meet the requirement in all respects (10 points). 

. Satisfies all but the most minor aspects of the requirement (8 to 9 Pom's) . 

. Generaliy satisfies the requirement but with some important aspects omitted (5 to 7 points). 

• Fails to meet most major aspects of the requirement {1 to 4 points). 

. Does not meet the requirement at all; that is, the process or data structure is completely 
missing. 


“Can export to Access to get required flexibility, but you lose the capabilities of the program when you do this. 
“ Database may limit flexibility. 

“ SscutsL^he tportance of this in the Help files, .but does not provide schedules/tests. 

“ Covered in the Online Methodology. 

WscuttL^the^m^^^^^ of this in the Help files, but does not provide schedules/tests. 

” Ibid. 

Provides guidelines. 

” Ibid. 
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Appendix B: Rating Scales 

Strohl System^,- LDRPS. v8.0.4 - 

Item Description 

1 Contains multiple levels of security. 

2 Contains user ID and password capability. 

3 Encrypts passwords. 

4 Provides a minimum length of six characters 
in the password field. 

5 Provides the capability to establish security 
levels for each menu item. 

6 Provides password security and protection 
controlled by the Systems Manager, and 
allows users to change their own passwords. 

7 Provides context sensitive help screens. 

8 Is flexible and easy to use. 

9 PC based and menu driven. 

10 Utilizes Query By Example (QBE) 

1 1 Provides a comprehensive Operations 
Manual. 

12 Uses word processing software for 
customization of text files to meet OSD 
requirements. 

13 Allows reports to be recorded in ASCII 
format for input into word processing or 
other software packages. 

14 Contains a comprehensive user report writer 
to allow for customized reports. 

1 5 Allows the user to select from a variety of 
reports and report sequences. 

16 Allows reports to by printed or viewed on 
the screen. 

17 Provides for the following functions when 
reports are viewed on the screen; -Scrolling 
line-by-line -Scrolling screen-by-screen 

18 Includes a project management system. 

19 Store, view and edit key documents in their 
native format (i.e.. Word, Power Point, 
Excel, etc.) 

20 Operates using standard OSD office 
equipment. 

2 1 Is fully LAN compatible -Supports multiple 
concurrent users -Provides record locking - 
Includes user specific printer assignments 


Weight 

X Evaluation 

ss Score 

10 

10 

100 

10 

10 

100 

10 

10 

100 

9 

9 

81 

10 

10 

100 

4 

4 

16 


1 

1 

1 

1 

1 

1 

1 

1 

1 

9 

9 

81 

10 

10 

100 

10 

8 

80 

10 

8 

80 

10 

10 

100 

10 

10 

100 

4 

10 

40 

1 

1 

1 

2 

0 

0 

10 

10 

100 

10 

10 

100 

9 

9 

81 
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Item Description 

22 Includes backup and restore procedures. 

23 ShSre and transmit information to OSD 
COOP planners throughout the OSD 
community (import/export). 

24 Contains data gathering forms that tie to the 
detailed exhibits within the Plan. 

25 Communicate and transfer data to senior 
leadership at OSD relocation sites as well as 
other key government agencies. 

26 Link relocation roster data (name and phone 
numbers) to call notification systems used to 
notify relocatees of COOP plan execution. 

27 Modify field names without vendor support 

28 Modify field length without vendor support 

29 Add and/or delete fields without vendor 
support. 

30 Ability to mark fields as "required". 

3 1 Provides database management capabilities 
for information best presented in a list 
format (i.e., equipment inventories, 
personnel lists, vendor lists, etc.). 

32 Uses "drop down" screen for selection of 
key fields to provide data input efficiency 
and data integrity. 

33 Provides multi-key access to database 
information and reports. 

34 Provides "memo" fields for certain database 
records allowing over 200 lines of text to be 
added per field. 

35 Allows for a multi-tiered organization. 

36 Allows the user to find specific database 
records or browse the contents of all records 
in table format. 

37 Allows the user to change the sort sequence 
of records within the database files. 

38 Contains a relational database management 
system that support the generation of many 
user defined reports. 

39 Provides a time and events schedule (i.e.. 
Project Management System). 

40 Maintains an electronic library of key 
documents. 

41 Ability to link to an Intranet/HTML format 


Weight X 
4 

Evaluation 

4 

= Score 
16 

10 i 

10 

100 

6 

10 

60 

10 

10 

100 

8 

10 

80 

10 

10 

100 

10 

10 

100 

10 

10 

100 

10 

10 

100 

10 

10 

100 

10 

10 

100 

8 

10 

80 

4 

0 

0 

10 

10 

100 

8 

10 

80 

10 

10 

100 

10 

10 

100 

2 

2 

4 

10 

10 

100 

1 

0 

0 
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Item Description 

42 Provides a flexible approach to developing 
an Effective OSD plan. 

43 Can be expanded to develop an 
organization-wide disaster recovery plan. 

44 Contains exercise schedules. 

45 Includes testing methods and procedures 

46 Contains techniques for evaluation results. 


Weight X 

Evaluation 

= Score 

10 

10 

100 

9 

10 

90 

3 

5 

15 

3 

5 

15 

3 

5 

15 


Total 


3,118 
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COMDISCO - ComPAS. v3.2.0 


Item Description 

1 Contains multiple levels of security. 

2 Contains user ID and password capability . 

3 Encrypts passwords. 

4 Provides a minimum length of six characters 
in the password field. 

5 Provides the capability to establish security 
levels for each menu item. 

6 Provides password security and protection 
controlled by the Systems Manager, and 
allows users to change their own passwords. 

7 Provides context sensitive help screens. 

8 Is flexible and easy to use. 

9 PC based and menu driven. 

10 Utilizes Query By Example (QBE) 

1 1 Provides a comprehensive Operations 
Manual. 

12 Uses word processing software for 
customization of text files to meet OSD 
requirements. 

13 Allows reports to be recorded in ASCII 
format for input into word processing or 
other software packages. 

14 Contains a comprehensive user report writer 
to allow for customized reports. 

15 Allows the user to select from a variety of 
reports and report sequences. 

16 Allows reports to by printed or viewed on 
the screen. 

17 Provides for the following functions when 
reports are viewed on the screen; -Scrolling 
line-by-line -Scrolling screen-by-screen - 
Panning left and right 

1 8 Includes a project management system. 

19 Store, view and edit key documents in their 
native format (i.e.. Word, Power Point, 
Excel, etc.) 


Weight X 

Evaluation 

=: Score 

10 

7 

70 

10 

10 

100 

10 

10 

100 

9 

0 

0 

10 

0 

0 

4 

0 

0 


1 

0 

0 

1 

0 

0 

1 

1 

1 

9 

0 

0 

10 

5 

50 

10 

8 

80 


10 

8 

80 

10 

10 

100 

10 

10 

100 

4 

8 

32 

1 

1 

1 


2 0 0 

10 7 70 
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Item Description 

20 Opiates using standard OSD office • 

equipment. 

2 1 Is fully LAN compatible -Supports multiple 
concurrent users -Provides record locking - 
Includes user specific printer assignments 

22 Includes backup and restore procedures. 

23 Share and transmit information to OSD 
COOP planners throughout the OSD 
community (import/export). 

24 Contains data gathering forms that tie to the 
detailed exhibits within the Plan. 

25 Communicate and transfer data to senior 
leadership at OSD relocation sites as well as 
other key government agencies. 

26 Link relocation roster data (name and phone 
numbers) to call notification systems used to 
notify relocatees of COOP plan execution. 

27 Modify field names without vendor support 

28 Modify field length without vendor support 

29 Add and/or delete fields without vendor 
support. 

30 Ability to mark fields as "required". 

3 1 Provides database management capabilities 
for information best presented in a list 
format (i.e., equipment inventories, 
personnel lists, vendor lists, etc.). 

32 Uses "drop down" screen for selection of 
key fields to provide data input efficiency 
and data integrity. 

33 Provides multi-key access to database 
information and reports. 

34 Provides "memo" fields for certain database 
records allowing over 200 lines of text to be 
added per field. 

35 Allows for a multi-tiered organization. 

36 Allows the user to find specific database 
records or browse the contents of all records 
in table format. 

37 Allows the user to change the sort sequence 
of records within the database files. 

38 Contains a relational database management 

system that support the generation of many 
user defined reports. 


Weight X Evaluation 
10 . 10 

9 9 


4 0 
10 10 


6 6 
10 10 

8 0 


10 3 

10 0 

10 0 

10 0 

10 0 


10 3 


8 0 
4 10 


10 2 
8 0 


10 0 
10 0 


= Score 
100 

81 

0 

100 

36 

100 

0 

30 

0 

0 

0 

0 

30 

0 

40 

20 

0 

0 

0 
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Item Description 

39 Provides a time and events schedule (i.e.. 
Preset Management System) 

40 Maintains an electronic library of key _ 
documents 

41 Ability to link to an Intranet/HTML format 

42 Provides a flexible approach to developing 
an effective OSD plan. 

43 Can be expanded to develop an 
organization-wide disaster recovery plan. 

44 Contains exercise schedules. 

45 Includes testing methods and procedures 

46 Contains techniques for evaluation results. 


Wei2ht X Evaluation 

2 2 


10 


7 


1 0 
10 2 

9 0 


3 

3 

3 


0 

0 

0 


= Score 
4 

70 

0 

20 

0 

0 

0 

0 


Total 


1,415 
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SunGard - CBR. v2.0 


Item Description • 

Weight 

Evaluation 

= Score 

1 

Contains multiple levels of security. 

10 

7 

70 

2 

Contains user ID and password capability. 

10 

10 

100 

3 

Encrypts passwords. 

10 

0 

0 

4 

Provides a minimum length of six characters 
in the password field. 

9 

0 

0 

5 

Provides the capability to establish security 
levels for each menu item. 

10 

0 

0 

6 

Provides password security and protection 
controlled by the Systems Manager, and 
allows users to change their own passwords. 

4 

2 

8 

7 

Provides context sensitive help screens. 

1 

1 

1 

8 

Is flexible and easy to use. 

1 

0 

0 

9 

PC based and menu driven. 

1 

10 

10 

10 

Utilizes Query By Example (QBE) 

9 

5 

45 

11 

Provides a comprehensive Operations 
Manual. 

10 

5 

50 

12 

Uses word processing software for 
customization of text files to meet OSD 
requirements. 

10 

5 

50 

13 

Allows reports to be recorded in ASCII 
format for input into word processing or 
other software packages. 

10 

8 

80 

14 

Contains a comprehensive user report writer 
to allow for customized reports. 

10 

10 

100 

15 

Allows the user to select from a variety of 
reports and report sequences. 

10 

10 

100 

16 

Allows reports to by printed or viewed on 
the screen. 

4 

10 

40 

17 

Provides for the following functions when 
reports are viewed on the screen: -Scrolling 
line-by-line -Scrolling screen-by-screen - 
Panning left and right 

1 

10 

10 

18 

Includes a project management system. 

2 

0 

0 

19 

Store, view and edit key documents in their 
native format (i.e.. Word, Power Point, 
Excel, etc.) 

10 

7 

70 

20 

Operates using standard OSD office 
equipment. 

10 

10 

100 

21 

Is fully LAN compatible -Supports multiple 
concurrent users -Provides record locking - 
Includes user specific printer assignments 

9 

10 

90 

22 

Includes backup and restore procedures. 

4 

0 

0 
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Item Description 

23 Share and transmit information to OSD 
COOP planners throughout the OSD : 
community (import/export). 

24 Contains data gathering forms that tie to the 
detailed exhibits within the Plan. 

25 Communicate and transfer data to senior 
leadership at OSD relocation sites as well as 
other key government agencies. 

26 Link relocation roster data (name and phone 
numbers) to call notification systems used to 
notify relocatees of COOP plan execution. 

27 Modify field names without vendor support 

28 Modify field length without vendor support 

29 Add and/or delete fields without vendor 
support. 

30 Ability to mark fields as "required". 

3 1 Provides database management capabilities 
for information best presented in a list 
format (i.e., equipment inventories, 
personnel lists, vendor lists, etc.). 

32 Uses "drop down" screen for selection of key 
fields to provide data input efficiency and 
data integrity. 

33 Provides multi-key access to database 
information and reports. 

34 Provides "memo" fields for certain database 
records allowing over 200 lines of text to be 
added per field. 

35 Allows for a multi-tiered organization. 

36 Allows the user to find specific database 
records or browse the contents of all records 
in table format. 

37 Allows the user to change the sort sequence 
of records within the database files. 

38 Contains a relational database management 
system that support the generation of many 
user defined reports. 

39 Provides a time and events schedule (i.e.. 
Project Management System) 

40 Maintains an electronic library of key 
documents 

41 Ability to link to an Intranet/HTML format 


Weieht x Evaluation 
10 10 


6 6 
10 10 


8 8 


10 10 
10 0 
10 0 


10 0 
10 10 


10 3 

8 8 

4 10 


10 4 

8 10 


10 6 
10 0 


2 2 

10 7 

1 0 


= Score 
100 

36 

100 

64 

100 

0 

0 

0 

100 

30 

64 

40 

40 

80 

60 

0 

4 

70 

0 
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Item Descriotion 

Wei 2 ht X 

Evaluation 

= Score 

42 

Provides a flexible approach to developing 

10 

0 

0 


an effective OSD plan. * 




43 

Can be expanded to develop an organization- 

9 

0 

0 


wide disaster recovery plan. 




44 

Contains exercise schedules. 

3 

0 

0 

45 

Includes testing methods and procedures 

3 

0 

0 

46 

Contains techniques for evaluation results. 

3 

0 

0 


Total 



1,812 


m 
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Recovery Management. Inc. - REXS YS, v4.2 


Item Descriotion . • 

Weight 

Evaluation 

Score 

1 

Contains multiple levels of security. 

10” 

7 

70 

2 

Contains user ID and password capability. 

10 

10 

100 

3 

Encrypts passwords. 

10 

10 

100 

4 

Provides a minimum length of six characters 
in the password field. 

9 

10 

100 

5 

Provides the capability to establish security 
levels for each menu item. 

10 

0 

0 

6 

Provides password security and protection 
controlled by the Systems Manager, and 
allows users to change their own passwords. 

4 

0 

0 

7 

Provides context sensitive help screens. 

1 

1 

1 

8 

Is flexible and easy to use. 

1 

0 

0 

9 

PC based and menu driven. 

1 

10 

10 

10 

Utilizes Query By Example (QBE) 

9 

5 

45 

11 

Provides a comprehensive Operations 
Manual. 

10 

4 

40 

12 

Uses word processing software for 
customization of text files to meet OSD 
requirements. 

10 

10 

100 

13 

Allo\ys reports to be recorded in ASCII 
format for input into word processing or 
other software packages. 

10 

10 

100 

14 

Contains a comprehensive user report writer 
to allow for customized reports. 

10 

10 

100 

15 

Allows the user to select from a variety of 
reports and report sequences. 

10 

10 

100 

16 

Allows reports to by printed or viewed on 
the screen. 

4 

10 

40 

17 

Provides for the following functions when 
reports are viewed on the screen; -Scrolling 
line-by-line -Scrolling screen-by-screen - 
Panning left and right 

1 

10 

10 

18 

Includes a project management system. 

2 

10 

20 

19 

Store, view and edit key documents in their 
native format (i.e.. Word, Power Point, 
Excel, etc.) 

10 

7 

70 

20 

Operates using standard OSD office 
equipment. 

10 

10 

100 

21 

Is fully LAN compatible -Supports multiple 
concurrent users -Provides record locking - 
Includes user specific printer assignments 

9 

10 

90 

22 

Includes backup and restore procedures. 

4 

5 

20 
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Item Description Weight 

23 Share and transmit information to OSD 10 

COOP planners throughout the OSD : ^ 

community (import/export). 

24 Contains data gathering forms that tie to the 6 
detailed exhibits within the Plan. 

25 Communicate and transfer data to senior 10 

leadership at OSD relocation sites as well as 
other key government agencies. 

26 Link relocation roster data (name and phone. 8 
numbers) to call notification systems used to 
notify relocatees of COOP plan execution. 

27 Modify field names without vendor support 10 

28 Modify field length without vendor support 10 

29 Add and/or delete fields without vendor 10 

support. 

30 Ability to mark fields as "required". 10 

31 Provides database management capabilities 10 
for information best presented in a list 

format (i.e., equipment inventories, 
personnel lists, vendor lists, etc.). 

32 Uses "drop down" screen for selection of key 10 
fields to provide data input efficiency and 

data integrity. 

33 Provides multi-key access to database 8 

information and reports. 

34 Provides "memo" fields for certain database 4 
records allowing over 200 lines of text to be 
added per field. 

35 Allows for a multi-tiered organization. 10 

36 Allows the user to find specific database 8 

records or browse the contents of all records 

in table format. 

37 Allows the user to change the sort sequence 10 
of records within the database files. 

38 Contains a relational database management 10 
system that support the generation of many 

user defined reports. 

39 Provides a time and events schedule (i.e., 2 

Project Management System) 

40 Maintains an electronic library of key 10 

documents 

4 1 Ability to link to an Intranet/HTML format 1 

42 Provides a flexible approach to developing 10 
an effective OSD plan. 


Evaluation 

10 

0 

10 

9 


6 

0 

0 

0 

0 


3 
8 

10 

4 
10 

2 

0 

10 

7 

0 

3 


Score 

100 

0 

100 

72 

60 

0 

0 

0 

0 

30 

64 

40 

40 

80 

20 

0 

20 

70 

0 

30 
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Item Descriotion 

Weieht 

Evaluation 

Score 

43 

Can be expanded to develop an organization- 
^ide disaster jecovery plan. : 

9 

2 

18 

44 

Contains exercise schedules. 

3 ■ 

7 

21 

45 

Includes testing methods and procedures 

3 

0 

0 

46 

Contains techniques for evaluation results. 

3 

2 

6 


Total U977 


m 
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Appendix C: Acronyms 


CHAIRS .. 

COOP 

COTS 

CRC 

DFAS 

DMS 

DoD 

DST 

EO 

FDDI 

LAN 

NES 

occ 

OSD 

OUSD(P) 

POLYNET 

SMTP 

SOP 

TCP/IP 

UPS 


Cable Handling and Retriev^ System 

Continuity of Operations 

Commercial off the shelf 

COOP Response Cell 

Defense Finance and Accounting Service 

Defense Messaging Service 

Department of Defense 

Decision Support Tool 

Executive Orders 

Fiber Optic Backbone 

Local Area Network 

Network Encryption Services 

Operations Control Center 

Office of the Secretary of Defense 

Office of the Undersecretary of Defense (Policy) 

Policy LAN Network 

Simple Mail Transfer Protocol 

Standing Operating Procedure 

Transmission Control Protocol/Intemet Protocol 

Uninterruptable Power Supply 
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